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DETAILED ACTION 

1 . This is in response to the arguments filed on 1 1 March 2008. 

2. Claims 1, 3-8, 10, 1 1 and 26-38 are pending in the application. 

3. Claims 1, 3-8, 10, 11 and 26-38 have been rejected. 

4. Claims 2, 9 and 12-25 have been cancelled. 

Response to Arguments 

5. Applicant's arguments with respect to claims 1, 3-8, 10, 11 and 26-38 have been considered 
but are moot in view of the new ground(s) of rejection. 

Claim Rejections - 35 USC §102 
The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(b) the invention was patented or described in a printed publication in this or a foreign country or in public use or on 
sale in this country, more than one year prior to the date of application for patent in the United States. 

6. Claims 1, 3, 6, 7, 9-11, 26-30, 32-35, 37 and 38 are rejected under 35 U.S.C. 102(b) as 
being anticipated by Wong et al U.S. Patent No. 6,073,178. 

As to claim 1 , Wong et al discloses a method of assigning a network address to a host 
based on authentication for a physical connection between the host and an intermediate device, 
the method comprising the computer-implemented steps of: 

receiving, at a router hosting an authenticator process for the host, from a 
first server that provides authentication and authorization, in response to a request 
for authentication for the physical connection, first data indicating at least some of 
authentication and authorization information (i.e. If a downstream packet is 
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detected in step 804, execution of method 800 continues at step 806 where the 
router 106 extracts the packet's destination address. Using this destination 
address, the router 106, in step 808 "looks up" the trusted identifier of the client 
system 102 that is associated with the destination address of the received packet 
(this association is formed by the router 106 during execution of method 600). In 
step 810, a test is performed to ascertain whether a trusted identifier was actually 
located in step 808. If a trusted identifier was located in step 808, execution of 
method 800 continues at step 812 where the router 106 forwards the received 
packet to client system associated with the trusted identifier. In the alternative, if 
no trusted identifier is associated with the destination address of the packet, the 
router 106 discards the packet in step 814) [column 8, 53-67]; 

receiving, at a DHCP relay agent process of the router, from the host, a 
DHCP discovery message for discovering a logical network address for the host 
(i.e. For clarity, the steps performed by the router 106 for a preferred embodiment 
of the IP address learning method are shown as method 700 of FIG. 7. More 
specifically, method 700 begins with step 702 where the router 106 receives a 
message. In step 704 the received message is examined, by the router 106, to 
determine if the message is a DHCPDISCOVER message. In the affirmative case, 
execution of method 700 continues at step 706 where the router 106 encodes the 
trusted identifier of the client system 102 sending the DHCPDISCOVER message 
into the vendor-specific information included in the options field 508 of the 
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DHCPDISCOVER message. The router 106 then forwards the DHCPDISCOVER 
message in step 708) [column 8, lines 3-15]; 

generating at the DHCP relay agent process a second message that 
comprises the DHCP discovery message and the first data (i.e. In step 624, the 
router 106 receives the DHCPREQUEST message and forwards the message to 
the DHCP server 114. In step 626, the DHCP server system 114 receives the 
DHCPREQUEST message. Subsequently, in step 628, the DHCP server system 
114 responds to the DHCPREQUEST message by formulating a DHCPACK 
message. The DHCPACK message is preferably constructed using format 500 
with op 502 set to BOOTREPLY and DHCPACK encoded in the options field 
508. The chaddr field 506 and vendor-specific information included in the options 
field 508 of the DHCPACK message are copied from the DHCPREQUEST 
message. As a result, the trusted identifier is now included in the DHCPACK 
message. Additionally, the yiaddr field 504 is, once again, set to the IP address 
that the DHCP server 114 has allocated for the use of the client system 102. In 
step 628, the DHCP server 114 sends the DHCPACK message to the router 106) 
[column 7, lines 25-41]; and 

sending the second message from the DHCP relay agent process to a 
DHCP server that provides the logical network address for the host [column 7, 
lines 25-41]. 

wherein generating the second message further comprises the step 
of sending a third message, from the authenticator process to the relay 
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agent process, that contains at least some of the authentication and 
authorization information based on the first data (i.e. In step 630, the 
router 106 receives the DHCPACK message. The router 106 recognizes 
that the received message is a DHCPACK message. Accordingly, the 
router 106 extracts the trusted identifier from the vendor-specific 
information included in the options field 508 of the DHCPACK message. 
The router 106 also extracts the IP address allocated by the DHCP server 
1 14 from the yiaddr field 504 of the DHCPACK message. The router 106 
then forms an association between the extracted trusted identifier and the 
extracted IP address. This association may be maintained in a list or other 
suitable data structure within memory 206 of computer system 202. 
Preferably, the association formed between the extracted trusted identifier 
and the extracted IP address is two-way. Using the two-way association 
the router 106 can determine the IP addresses that are associated with a 
modem 104. The router 106 can also determine which modem 104 is 
associated with an IP address. Effectively, by forming this association, the 
router 106 has learned the IP address allocated by the DHCP server 114. 
In step 632, the router 106 forwards the DHCPACK message to the 
modem 104 for receipt by client system 102. Importantly, the message is 
forwarded exclusively to the modem identified by the trusted identifier 
embedded in the vendor-specific options field of the DHCPACK message) 
[column 7, lines 42-65]. 
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As to claims 3, 29 and 34, Wong et al discloses a method as recited, wherein: 

step of generating the second message further comprises the steps of: 

storing second data based on the first data by the authenticator 
process [column 7, lines 42-65and 

retrieving the second data by the relay agent process in response to 
the step of receiving the first message [column 7, lines 42-65]. 
As to claim 6, Wong et al discloses that the physical connection comprises an Ethernet 
interface card on the router [column 5, lines 1 1-25]. 

As to claims 7, 30 and 35, Wong et al discloses that the physical connection comprises a 
wireless Ethernet encryption key and time slot [column 5, lines 11-2]. 

As to claim 9, Wong et al discloses that the second message is based on a dynamic host 
configuration protocol (DHCP) [column 5, lines 37-51]. 

As to claims 10, 32 and 37, Wong et al discloses that the first data includes user class 
data indicating a particular group of one or more authorized users of the host [column 6, lines 16- 
28]. Wong et al discloses that the step of generating the second message is further based on the 
user class data [column 6, lines 16-28] 

As to claims 1 1, 33 and 38, Wong et al discloses a method as recited, wherein: 

the first data includes credential data indicating authentication is 
performed by the first server [column 8, lines 53-67], and 

the step of generating the second message is further based on the 
credential data [column 8, lines 53-67]. 
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As to claim 26, Wong et al discloses an apparatus for assigning a network address to a 
host based on authentication for a physical connection between the host and an intermediate 
device, comprising: 

means for receiving, at a router hosting an authenticator process for the 
host, from a first server that provides authentication and authorization, in response 
to a request for authentication for the physical connection, first data indicating at 
least some of authentication and authorization information (i.e. If a downstream 
packet is detected in step 804, execution of method 800 continues at step 806 
where the router 106 extracts the packet's destination address. Using this 
destination address, the router 106, in step 808 "looks up" the trusted identifier of 
the client system 102 that is associated with the destination address of the 
received packet (this association is formed by the router 106 during execution of 
method 600). In step 810, a test is performed to ascertain whether a trusted 
identifier was actually located in step 808. If a trusted identifier was located in 
step 808, execution of method 800 continues at step 812 where the router 106 
forwards the received packet to client system associated with the trusted 
identifier. In the alternative, if no trusted identifier is associated with the 
destination address of the packet, the router 106 discards the packet in step 814) 
[column 8, 53-67]; 

means for receiving, at a DHCP relay agent process of the router, from the 
host, a DHCP discovery message for discovering a logical network address for the 
host (i.e. For clarity, the steps performed by the router 106 for a preferred 
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embodiment of the IP address learning method are shown as method 700 of FIG. 
7. More specifically, method 700 begins with step 702 where the router 106 
receives a message. In step 704 the received message is examined, by the router 
106, to determine if the message is a DHCPDISCOVER message. In the 
affirmative case, execution of method 700 continues at step 706 where the router 
106 encodes the trusted identifier of the client system 102 sending the 
DHCPDISCOVER message into the vendor-specific information included in the 
options field 508 of the DHCPDISCOVER message. The router 106 then 
forwards the DHCPDISCOVER message in step 708) [column 8, lines 3-15]; 

means for generating at the DHCP relay agent process a second message 
that comprises the DHCP discovery message and the first data (i.e. In step 624, 
the router 106 receives the DHCPREQUEST message and forwards the message 
to the DHCP server 114. In step 626, the DHCP server system 114 receives the 
DHCPREQUEST message. Subsequently, in step 628, the DHCP server system 
114 responds to the DHCPREQUEST message by formulating a DHCPACK 
message. The DHCPACK message is preferably constructed using format 500 
with op 502 set to BOOTREPLY and DHCPACK encoded in the options field 
508. The chaddr field 506 and vendor-specific information included in the options 
field 508 of the DHCPACK message are copied from the DHCPREQUEST 
message. As a result, the trusted identifier is now included in the DHCPACK 
message. Additionally, the yiaddr field 504 is, once again, set to the IP address 
that the DHCP server 114 has allocated for the use of the client system 102. In 
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step 628, the DHCP server 114 sends the DHCPACK message to the router 106) 
[column 7, lines 25-41]; and 

means for sending the second message from the DHCP relay agent process 
to a DHCP server that provides the logical network address for the host [column 
7, lines 25-41]; 

wherein generating the second message further comprises the step 
of sending a third message, from the authenticator process to the relay 
agent process, that contains at lest some of the authentication and 
authorization information based on the first data (i.e. In step 630, the 
router 106 receives the DHCPACK message. The router 106 recognizes 
that the received message is a DHCPACK message. Accordingly, the 
router 106 extracts the trusted identifier from the vendor-specific 
information included in the options field 508 of the DHCPACK message. 
The router 106 also extracts the IP address allocated by the DHCP server 
1 14 from the yiaddr field 504 of the DHCPACK message. The router 106 
then forms an association between the extracted trusted identifier and the 
extracted IP address. This association may be maintained in a list or other 
suitable data structure within memory 206 of computer system 202. 
Preferably, the association formed between the extracted trusted identifier 
and the extracted IP address is two-way. Using the two-way association 
the router 106 can determine the IP addresses that are associated with a 
modem 104. The router 106 can also determine which modem 104 is 
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associated with an IP address. Effectively, by forming this association, the 
router 106 has learned the IP address allocated by the DHCP server 114. 
In step 632, the router 106 forwards the DHCPACK message to the 
modem 104 for receipt by client system 102. Importantly, the message is 
forwarded exclusively to the modem identified by the trusted identifier 
embedded in the vendor-specific options field of the DHCPACK message) 
[column 7, lines 42-65]. 
As to claim 27, Wong et al discloses an apparatus for assigning a network address to a 

host based on authentication for a physical connection between the host and an intermediate 

device, comprising: 

a network interface that is coupled to a data network for receiving one or 
more packet flows therefrom [column 5, lines 1 1-25]; 

a physical connection that is coupled to the host [column 5, lines 1 1-25]; 
a processor [column 5, lines 1 1-25]; 

one or more stored sequences of instructions which, when executed by the 
processor, cause the processor to carry out the steps of: 

receiving, at an authenticator process for the host, through the 
network interface from a first server that provides authentication and 
authorization, in response to a request for authentication for the physical 
connection, first data indicating at least some of authentication and 
authorization information (i.e. If a downstream packet is detected in step 
804, execution of method 800 continues at step 806 where the router 106 
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extracts the packet's destination address. Using this destination address, 
the router 106, in step 808 "looks up" the trusted identifier of the client 
system 102 that is associated with the destination address of the received 
packet (this association is formed by the router 106 during execution of 
method 600). In step 810, a test is performed to ascertain whether a trusted 
identifier was actually located in step 808. If a trusted identifier was 
located in step 808, execution of method 800 continues at step 812 where 
the router 106 forwards the received packet to client system associated 
with the trusted identifier. In the alternative, if no trusted identifier is 
associated with the destination address of the packet, the router 106 
discards the packet in step 814) [column 8, 53-67]; 

receiving, at a DHCP relay agent process, through the physical 
connection from the host, a DHCP discovery message for discovering a 
logical network address for the host (i.e. For clarity, the steps performed 
by the router 106 for a preferred embodiment of the IP address learning 
method are shown as method 700 of FIG. 7. More specifically, method 
700 begins with step 702 where the router 106 receives a message. In step 
704 the received message is examined, by the router 106, to determine if 
the message is a DHCPDISCOVER message. In the affirmative case, 
execution of method 700 continues at step 706 where the router 106 
encodes the trusted identifier of the client system 102 sending the 
DHCPDISCOVER message into the vendor-specific information included 
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in the options field 508 of the DHCPDISCOVER message. The router 106 
then forwards the DHCPDISCOVER message in step 708) [column 8, 
lines 3-15]; 

generating at the DHCP relay agent process a second message that 
comprises the DHCP discovery message and the first data (i.e. In step 624, 
the router 106 receives the DHCPREQUEST message and forwards the 
message to the DHCP server 114. In step 626, the DHCP server system 
114 receives the DHCPREQUEST message. Subsequently, in step 628, 
the DHCP server system 114 responds to the DHCPREQUEST message 
by formulating a DHCPACK message. The DHCPACK message is 
preferably constructed using format 500 with op 502 set to BOOTREPLY 
and DHCPACK encoded in the options field 508. The chaddr field 506 
and vendor-specific information included in the options field 508 of the 
DHCPACK message are copied from the DHCPREQUEST message. As a 
result, the trusted identifier is now included in the DHCPACK message. 
Additionally, the yiaddr field 504 is, once again, set to the IP address that 
the DHCP server 114 has allocated for the use of the client system 102. In 
step 628, the DHCP server 114 sends the DHCPACK message to the 
router 106) [column 7, lines 25-41]; and 

sending through the network interface the second message from 
the DHCP relay agent process to a DHCP server that provides the logical 
network address for the host [column 7, lines 25-41]; 
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wherein generating the second message further comprises the step 
of sending a third message, from the authenticator process to the relay 
agent process, that contains at least some of the authentication and 
authorization information based on the first data (i.e. In step 630, the 
router 106 receives the DHCPACK message. The router 106 recognizes 
that the received message is a DHCPACK message. Accordingly, the 
router 106 extracts the trusted identifier from the vendor-specific 
information included in the options field 508 of the DHCPACK message. 
The router 106 also extracts the IP address allocated by the DHCP server 
1 14 from the yiaddr field 504 of the DHCPACK message. The router 106 
then forms an association between the extracted trusted identifier and the 
extracted IP address. This association may be maintained in a list or other 
suitable data structure within memory 206 of computer system 202. 
Preferably, the association formed between the extracted trusted identifier 
and the extracted IP address is two-way. Using the two-way association 
the router 106 can determine the IP addresses that are associated with a 
modem 104. The router 106 can also determine which modem 104 is 
associated with an IP address. Effectively, by forming this association, the 
router 106 has learned the IP address allocated by the DHCP server 114. 
In step 632, the router 106 forwards the DHCPACK message to the 
modem 104 for receipt by client system 102. Importantly, the message is 
forwarded exclusively to the modem identified by the trusted identifier 
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embedded in the vendor-specific options field of the DHCPACK message) 

[column 7, lines 42-65]. 
As to claim 28, Wong et al discloses a computer-readable storage medium carrying one 
or more sequences of instructions for assigning a network address to a host based on 
authentication for a physical connection between the host and an intermediate device, which 
instructions, when executed by one or more processors, cause the one or more processors to 
carry out the steps of: 

receiving, at a router hosting an authenticator process for the host, from a 
first server that provides authentication and authorization, in response to a request 
for authentication for the physical connection, first data indicating at least some of 
authentication and authorization information (i.e. If a downstream packet is 
detected in step 804, execution of method 800 continues at step 806 where the 
router 106 extracts the packet's destination address. Using this destination 
address, the router 106, in step 808 "looks up" the trusted identifier of the client 
system 102 that is associated with the destination address of the received packet 
(this association is formed by the router 106 during execution of method 600). In 
step 810, a test is performed to ascertain whether a trusted identifier was actually 
located in step 808. If a trusted identifier was located in step 808, execution of 
method 800 continues at step 812 where the router 106 forwards the received 
packet to client system associated with the trusted identifier. In the alternative, if 
no trusted identifier is associated with the destination address of the packet, the 
router 106 discards the packet in step 814) [column 8, 53-67]; 
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receiving, at a DHCP relay agent process of the router, from the host, a 
DHCP discovery message for discovering a logical network address for the host 
(i.e. For clarity, the steps performed by the router 106 for a preferred embodiment 
of the IP address learning method are shown as method 700 of FIG. 7. More 
specifically, method 700 begins with step 702 where the router 106 receives a 
message. In step 704 the received message is examined, by the router 106, to 
determine if the message is a DHCPDISCOVER message. In the affirmative case, 
execution of method 700 continues at step 706 where the router 106 encodes the 
trusted identifier of the client system 102 sending the DHCPDISCOVER message 
into the vendor-specific information included in the options field 508 of the 
DHCPDISCOVER message. The router 106 then forwards the DHCPDISCOVER 
message in step 708) [column 8, lines 3-15]; 

generating at the DHCP relay agent process a second message that 
comprises the DHCP discovery message and the first data (i.e. In step 624, the 
router 106 receives the DHCPREQUEST message and forwards the message to 
the DHCP server 114. In step 626, the DHCP server system 114 receives the 
DHCPREQUEST message. Subsequently, in step 628, the DHCP server system 
114 responds to the DHCPREQUEST message by formulating a DHCPACK 
message. The DHCPACK message is preferably constructed using format 500 
with op 502 set to BOOTREPLY and DHCPACK encoded in the options field 
508. The chaddr field 506 and vendor-specific information included in the options 
field 508 of the DHCPACK message are copied from the DHCPREQUEST 
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message. As a result, the trusted identifier is now included in the DHCPACK 
message. Additionally, the yiaddr field 504 is, once again, set to the IP address 
that the DHCP server 114 has allocated for the use of the client system 102. In 
step 628, the DHCP server 114 sends the DHCPACK message to the router 106) 
[column 7, lines 25-41]; and 

sending the second message from the DHCP relay agent process to a 
DHCP server that provides the logical network address for the host [column 7, 
lines 25-41]; 

wherein generating the second message further comprises sending 
a third message, from the authenticator process to the relay agent process, 
that contains at least some of the authentication and authorization 
information based on the first data (i.e. In step 630, the router 106 receives 
the DHCPACK message. The router 106 recognizes that the received 
message is a DHCPACK message. Accordingly, the router 106 extracts 
the trusted identifier from the vendor-specific information included in the 
options field 508 of the DHCPACK message. The router 106 also extracts 
the IP address allocated by the DHCP server 1 14 from the yiaddr field 504 
of the DHCPACK message. The router 106 then forms an association 
between the extracted trusted identifier and the extracted IP address. This 
association may be maintained in a list or other suitable data structure 
within memory 206 of computer system 202. Preferably, the association 
formed between the extracted trusted identifier and the extracted IP 
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address is two-way. Using the two-way association the router 106 can 
determine the IP addresses that are associated with a modem 104. The 
router 106 can also determine which modem 104 is associated with an IP 
address. Effectively, by forming this association, the router 106 has 
learned the IP address allocated by the DHCP server 1 14. In step 632, the 
router 106 forwards the DHCPACK message to the modem 104 for receipt 
by client system 102. Importantly, the message is forwarded exclusively to 
the modem identified by the trusted identifier embedded in the vendor- 
specific options field of the DHCPACK message) [column 7, lines 42-65]. 
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Claim Rejections - 35 USC §103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

7. Claims 4 and 5 are rejected under 35 U.S.C. 103(a) as being unpatentable over Wong et 
al U.S. Patent No. 6,073,178 as applied to claim 1 above, and further in view of Park US 
2002/0026573 Al. 

As to claims 4 and 5, Wong et al does not teach that the first server is an authentication, 
authorization and accounting server. Wong et al does not teach that that the first server is a 
RADIUS protocol server. 

Park teaches an authentication, authorization and accounting (AAA) server that uses the 
RADIUS protocol [0013. 

Therefore, it would have been obvious to a person having ordinary skill in the art at the 
time the invention was made to have modified Wong et al so that the first server sould have been 
an AAA server that utilized the RADIUS protocol. 

It would have been obvious to a person having ordinary skill in the art at the time the 
invention was made to have modified Wong et al by the teaching of Park because the RADIUS 
protocol message has an authenticator field for authenticating the value of the authenticator is a 
value that the Foreign Agent produces arbitrarily. This value is not to be repeated; a value that 
has been used beforehand should not be used again. The reason why the authenticator is used as 
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an arbitrary value is to prevent a hacker from stealing a message for malicious purposes. If the 
authenticator were fixed according to a message, a hacker could get a normal access-accept 
message from the AAA server by using the authenticator of a message produced on the basis of 
the commonly held secret key even though the hacker is not privy to the value of the shared 
secret key. Thus, the authenticator value needs to be changed every time a message is generated, 
thereby preventing the hacker from attacking [0013]. 

8. Claims 8, 31 and 36 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Wong et al U.S. Patent No. 6,073,178 as applied to claims 1, 26 and 27 above, and further in 
view of Bahl et al U.S. Patent No. 6,782,422 Bl. 

As to claims 8, 31 and 36, Wong et al does not teach that the request for authentication is 
based on an Institute of Electrical and Electronics Engineers (IEEE) 802. lx standard. 

Bahl et al teaches authentication based on an Institute of Electrical and Electronics 
Engineers (IEEE) 802. lx standard [column 11, lines 52-58]. 

Therefore, it would have been obvious to a person having ordinary skill in the art at the 
time the invention was made to have modified Wong et al so that the request for authentication 
was based on an Institute of Electrical and Electronics Engineers (IEEE) 802. lx standard. 

It would have been obvious to a person having ordinary skill in the art at the time the 
invention was made to have modified Wong et al by the teaching of Bahl et al because that 
standard of protocol is more secure connection and higher level of authentication [column 1 1 , 
lines 52-58]. 
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Conclusion 

9. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Aravind K. Moorthy whose telephone number is 571-272-3793. 
The examiner can normally be reached on Monday -Friday, 8:00-5:30. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Ayaz R. Sheikh can be reached on 571-272-3795. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

/Aravind K Moorthy/ 
Examiner, Art Unit 2131 
/Ayaz R. Sheikh/ 

Supervisory Patent Examiner, Art Unit 2131 



